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© In an automated factory environment which uses 
a plurality of stations, each having a communication 
device that incorporates the Manufacturing Message 
Specification (MSS) and is joined with other stations 
in a network that provides for communication using 
the Manufacturing Automation Protocol (MAP) com- 
munication, a method and apparatus for permitting 
programmed control of the plurality of stations on 
the basis of user-defined named variables, rather 
than specific vendor-defined device addresses is 
provided. A conversion table (63) that has registered 
therein a correspondence between the named vari- 
able and an address for a specific device is used for 
control and communication. The table (63) is loaded 
with appropriate address and named variable in- 
formation by use of conventional program loading 
services provided in the MSS standard. The input 
may be from a remote station, from a management 
terminal (9) or from a FA device (1A). 
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BACKGROUND OF THE INVENTION 

1. FIELD OF THE INVENTION 

The present invention relates to a communica- 
tion device incorporating a MAP (Manufacturing 
Automation Protocol), an international standard 
communication protocol that has been defined in 
ISO Standard ISO/DIS 9506-1, which is useable in 
a factory automation (FA) environment. 

2. DESCRIPTION OF THE BACKGROUND ART 

In an automated factory, a variety of devices 
are employed in the manufacturing operation and 
the devices are joined through a local communica- 
tion network into a factory system. Since certain 
devices may be more suitable than others to per- 
form desired manufacturing operations, often the 
devices used in the factory system will be manu- 
factured by different vendors. Accordingly, each 
such FA device, whether a factory computer, robot, 
numerical control (NC) machine, programmable 
logic controller (PLC), process control equipment, 
or the like, will have a different type of micropro- 
cessor, use different computer languages and ex- 
ecute customized programs. 

It is desirable that the internal processing and 
operation of each device should have little effect on 
the way the devices interact in the factory system 
and, in particular, how they communicate with each 
other. In order to provide a common basis for 
communication, ail of the devices in the system 
must use a common message structure ("syntax") 
and use a common set of messages or 
"semantics" (i. e. the naming of and access to 
remote variables, program loading, job manage- 
ment, error reporting and the like). 

The Manufacturing Message Specification 
(MMS) has been adopted as an international stan- 
dard that permits programs to be written for a 
variety of factory system devices on the basis of 
common semantics and syntax. The MMS is speci- 
fied in two parts comprising the message services 
(semantics) and the protocol (syntax). The mes- 
sage services are grouped into functional units that 
relate to the kinds of functions that are performed 
when an application (a program that performs 
some desired job) at one user location interacts 
with the local communication network for purposes 
of communicating with a user at another (remote) 
location. 

A total of 86 message services may be 
grouped according to the functions of context man- 
agement (e. g. Initiate, Conclude, Abort, Reject, 
Cancel), remote variable services (e. g. Read-data, 
Write, Define Named Variable, etc.), program ser- 
vices (InitiateDownloadSequence - for a program, 



Load-DomainContent, etc.), diagnostics (Status, 
etc.), operator communication (Input and Output), 
coordination between applications 

(DefineSemaphore, etc.), file services (FileOpen, 

5 FileRead, etc.), event management 
(DefineEventCondition, etc.), journal management 
(ReadJournal, WriteJournal, etc.) and job 
management/device control (e. g. Start-robot move- 
ment, Stop, Resume, etc.). A detailed description 

70 of the MMS standard appears in "MMS Tutorial" 
by John R. Tomlinson, System Integration Special- 
ists Company, Inc. (1987). 

Fig. 4A is a block diagram illustrating the con- 
nection of two stations, each having corresponding 

15 applications and being interconnected by a local 
communication network, as they would appear in 
an automated factory environment The application 
in station A "at one end" of the network commu- 
nicates, via a MMS provider (shown as MMS), a 

20 logic link controller (LLC), a media access control- 
ler (MAC) and a modem at each station that is 
connected to a local network, with the application in 
station B "at the other end" of the network. In 
conventional MMS terminology, for such a commu- 

25 nication, station A is the Client and requests station 
B as the "Server" to perform some application 
Ipecific operation; the Server responds with in- 
formation resulting from the operation as it is per- 
formed. Typically, the Client is a controller station 

30 and the Server is a FA device. 

Fig. 4B is a block diagram illustrating the ar- 
rangement of a conventional communication device 
employing a PLC 1 (Programmable Logic Control- 
ler) as an example of an FA device. Ordinarily, the 

35 PLC 1 has a limited storage capability and relies 
on outside storage media (e. g. disk storage) to 
store pertinent programming and variables. Reli- 
ance on outside storage media has the disadvan- 
tage that when a power failure or OFF condition is 

40 encountered by the PLC 1, the relationship be- 
tween the PLC 1 and its external storage media 
must be redefined at power ON. 

In Fig. 4B, the numeral 2 indicates a MAP 
interface unit, serving as a communication device 

45 and being connected between a MAP network 3 
and the PLC 1 via a PLC-dedicated bus 4. The 
MAP interface 2 comprises an MMS protocol 5 
whose communication object is a named variable, 
rather than an address. A PLC driver 7 for acces- 

50 sing the PLC 1, and a local manager 8 for carrying 
out management functions also are found in the 
MAP interface unit 2. 

Finally, interface 2 includes a VMD (Virtual 
Manufacturing Device) 6 for converting the MMS 

55 protocol 5 into a protocol reflecting the resources 
and functionality of the real FA device, e. g. PLC 1 
in the preferred embodiment, and performing a 
process corresponding to each MMS service. The 
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VMD, as an abstract representation of a Server 
showing its external behavior, comprises four con- 
ventional abstract elements including Executive 
function, Capabilities, Program Invocations and Do- 
mains. The latter are dynamic in nature and come 
into existence and are removed from the system 
either by MMS Services or by local action. The 
Domains comprise instructions and/or data which 
are dedicated to specific resources, such as the 
portion of the machine or robot that is controlled. 
Services are provided for a Client to manipulate 
Domains that are defined at the MMS Server, such 
as the InitiateDownloadSequence and UploadSeg- 
ment services. 

In the standard MMS specification, the Domain 
management services comprise a DomainObject 
attribute, which specifies a VMD Object-specific 
name or Domain Name to uniquely identify the 
Domain within the VMD, and a ListOf Capability 
attribute, which is a list of implementation specific 
parameters necessary to partition the resources of 
the VMD. 

The PLC 1 is equipped with a computer inter- 
face 1 1 . PLC 1 includes a symbolic address vari- 
able registration section 12, and is connected to 
the MAP network 3 via the dedicated bus 4 and 
MAP interface unit 2. A controller and multiple FA 
devices, each representing a different station, may 
be connected to the MAP network 3 for commu- 
nication therebetween. 

The VMD 6, as a "virtual device" that serves 
as an abstract model of the MMS server applica- 
tion, provides a consistent basis for defining the 
MMS services for all devices. In the present case, 
VMD 6 models the externally visible behavior of 
the PLC 1 and comprises applications that provide 
several MMS services and are represented as 
units, including 
DefineNamedVariable/DeleteNamedVariable means 
61 for defining and deleting a named variable con- 
vertibly into a symbolic address variable specific to 
the PLC 1 . Also included in the VMD 6 are named 
variable accessing means 62 and a variable con- 
version table 63 wherein a named variable is regis- 
tered (stored) in correspondence with a symbolic 
address variable specific to the FA device. 

Fig. 5 is a flowchart showing the operation of 
the MAP interface unit 2 acting as the communica- 
tion device known in the art. The operation of the 
MAP interface unit 2 will now be described in 
reference to Fig. 5. 

Referring to Fig. 5, when a request for a De- 
fineNamedVariable service is received from a sta- 
tion B at the other end (not shown) that is con- 
nected to the MAP network 3 in Step 201, the 
MMS protocol 5 activates the 
DefineNamedVariable/DeleteNamedVariable means 
61 in the VMD 6 in Step 202. As a result, for 



example, the 
DefineNamedvariable/DeleteNamedVariable means 
61 may register a named variable, e. g. 
n DATA001, n into the variable conversion table 63 in 

5 correspondence with a symbolic address "D1 " ac- 
cording to the request of the otherend station B in 
Step 203. The named variable is related to a par- 
ticular FA device, e. g. robot 1, as contrasted to 
robot 2 which may be represented by named vari- 

w able "DATA002", and each FA device may be 
made by any of several vendors. Accordingly, the 
named variable is identified as having a relation- 
ship to a symbolic address, which ordinarily is 
vendor specific, e. g. Mitsubishi Electric Company 

75 of Japan has the standard address D1 and other 
unique standard addresses are assigned to other 
vendors. If the request is for a DeleteNamedVaria- 
ble service, a corresponding named variable is 
deleted from the variable conversion table 63. 

20 When a request for a variabie access service 
to the named variable "DATA001 " is then received 
from the other-end station B in Step 204, the MMS 
protocol 5 activates the na~med variable accessing 
means 62 in the VMD 6 in Step 205, the named 

25 variable accessing means 62 converts the named 
variable "DATA001 M into the symbolic address 
"D1" using the variable conversion table 63, and 
the VMD 6 accesses the symbolic address "D1 " of 
the PLC 1 via the PLC driver 7 in Step 206. 

30 By using the table 63 which defines a named 
variable (e. g. DATA001) to be a vendor specific 
address (e. g. D1) programming is simplified and is 
useable for any of several devices from different 
vendors, since only a data call that is generic to 

35 the FA device at a given location (i. e. using 
DATA001) is used in the program to identify a 
desired operation, rather than a particular vendor 
address. 

Since the named variable is defined in a proce- 

40 dure as shown in Steps 201 to 203, i. e. when a 
request for the DefineNamedVariable service is re- 
ceived from the other-end station B (not shown), 
the MMS protocol 5 activates the 
DefineNamedVariable/DeleteNamedVariable means 

45 61 in the VMD 6 to cause the 
Define Named Variable/DeleteNamed Variable means 
61 to register the named variable into the variable 
conversion table 63 in response to the request of 
the other-end station B, registration cannot be 

so made from other than~the other-end station B. 
Accordingly, an application concerning a named 
variable to be registered for the otherend station B 
must be added for registration. 

Several other problems also are encountered in 

55 the conventional system design. For example, 
while a total of 86 services are set forth in the 
MMS, services which historically experience a low 
request level may not be provided. In fact, the 
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actually provided services often comprise only 
about half of the total available services, due to the 
limited memory capacity in the PLC. For example, 
the other-end station B often is not provided with 
the DefineNamedVariable service or with the De- 
leteNamedVariable service. In the absence of these 
services, the table 63 cannot be utilized effectively, 
particularly when a power outage or OFF condition 
is encountered. 

Moreover, the known communication device ar- 
ranged as described above does not allow a user- 
defined named variable for accessing an FA device 
to be registered from other than the other-end 
station. This requires an application for registering 
the named variable to be added to the other-end 
station for the purpose of registration. 

SUMMARY OF THE INVENTION 

it is accordingly an object of the present inven- 
tion to overcome the disadvantages in the conven- 
tional design by providing a communication device 
which allows a user-defined named variable for 
accessing an FA device to be registered by a 
service ordinarily provided for an other-end station 
or allows the named variable to be registered lo- 
cally from the FA device or a management terminal 
in order to avoid the addition of an application to 
the other-end station. 

The first embodiment of the invention provides 
a communication device equipped with 
downloading/uploading means activated by the 
download service of the MMS protocol for down- 
loading a named variable defined by an other-end 
station in correspondence with a symbolic address 
variable specific to an FA device, registering it into 
a variable conversion table, and uploading to an 
other-end station the named variable registered into 
the variable conversion table, whereby the named 
variable can be registered by a service ordinarily 
provided for the other-end station and kept stored 
re-registerable at power-on, offering high practical- 
ity. 

The second embodiment of the invention pro- 
vides a communication device equipped with a 
management terminal for defining a named variable 
and requesting it to be registered and with man- 
aging means for registering the named variable into 
a variable conversion table in correspondence with 
a symbolic address variable specific to an FA de- 
vice and reading to the management terminal the 
named variable registered into the variable conver- 
sion table, whereby the named variable can be 
registered locally by the operation of the manage- 
ment terminal and kept stored re-registerable at 
power-on, ensuring high practicality. 

The third embodiment of the invention provides 
a communication device whose VMD is equipped 



with command processing means for registering a 
named variable defined by an FA device into a 
variable conversion table in correspondence with a 
symbolic address variable specific to the FA device 

5 in response to a command input from the FA 
device and reading to the FA device the named 
variable registered into the variable conversion ta- 
ble, whereby the named variable can be registered 
locally and kept stored re-registerable at power-on, 

10 providing high practicality. 

The method of performing the functions of the 
first, second and third embodiments also is in- 
cluded as features of the invention. 

The invention will be described in more detail 

75 below with reference to preferred embodiments 
and the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 Fig. 1A 

is a block diagram outlining the arrangement of 
a communication device according to the first to 
third embodiments of the invention. 
Fig. 1B 

25 is a system block diagram that illustrates the 
features of the present invention in a multicon- 
troller environment. 
Fig. 2 

is a flowchart showing the operation of the com- 
30 munication device according to the first embodi- 
ment. 

Figs. 3A and 3B 

are flowcharts showing the operation of the com- 
munication device according to the second and 
35 third embodiments. 
Fig. 4A 

is a block diagram of the environment for a local 
network having two stations that communicate 
via the MSS protocol. 
40 Fig. 4B 

is a block diagram outlining the arrangement of 
a communication device in each such station, as 
known in the art. 
Fig, 5 

45 is a flowchart showing the operation of the com- 
munication device illustrated in Fig. 4B. 

DESCRIPTION OF PREFERRED EMBODIMENTS 

50 A description of first to third embodiments of 
the present invention will now be described in 
reference to Fig. 1A to Fig. 3B, wherein like refer- 
ence characters designate like or corresponding 
parts throughout the several views. 

55 Fig. 1A is a block diagram illustrating the con- 
figuration of a communication device in one station 
A, which employs a PLC (Programmable Logic 
Controller) as an example of an FA device and 
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forms part of a local network of a plurality of 
stations B, C, etc. (not shown) defined to be at an 
"other end~of the network. Referring to Fig. 1A, 
the numeral 1A indicates a PLC as an FA device, 
2A a MAP interface unit comprising a key compo- 
nent of the communication system, 6A a VMD 
(Virtual Manufacturing Device) for converting an 
MMS protocol 5 into a PLC-dedicated protocol and 
performing a process corresponding to each MMS 
service, and 9 a management terminal connected 
to the MAP interface unit 2A. 

The PLC 1A has stored internally for use by its 
CPU an UploadProgram/DownloadProgram capabil- 
ity, as found in the conventional PLC, which is 
responsive to a command found in all conventional 
controllers and PLC's. In the present invention, this 
common command is used to remotely load the 
table 63. The identification of the MAP interface as 
the memory location of the table is accomplished 
by using an available parameter in the MSS stan- 
dard. 

An application 13, i. e. a program that uses the 
services of the MMS in order to perform some job 
or work, is part of the PLC 1A. Within the MAP 
interface 2A is a downloading/uploading means 64, 
representing programming and related hardware, 
for uploading to an other-end station a defined 
named variable that had been registered in a vari- 
able conversion table 63 and for downloading a 
named variable from an otherend station as an 
MMS service. A command processing means 65 is 
also provided for processing a command for defin- 
ing a named variable that is input from the PLC 1A 
via a PLC-dedicated bus 4. Finally, a managing 
means 66 is provided for changing the variable 
conversion table locally. 

The first embodiment of the invention defines a 
named variable by means of the 
Downloading/Uploading service ordinarily provided 
for the other-end station to transfer and load the 
domain content information from the MMS Client to 
the MMS Server. The service is applied by a 
station to register (store) the named variable in the 
variable conversion table 63 at the same station. In 
order to accomplish this function, the other-end 
station (not shown) is provided with a domain-type 
area in the ListOfCapability attribute of an In- 
itiateDownloadSequence service. 

In the domain-type area, downloading is started 
in order to download the contents of the variable 
conversion table equipped for the other-end station; 
for example, the parameter "VARTABLE" is used 
to point to the MAP interface unit 2A serving as the 
communication device. A Download Segment ser- 
vice then causes the contents of the variable con- 
version table equipped for the other-end station, e. 
g. the contents of the table making a named vari- 
able "DATA001 " to correspond to a symbolic ad- 



dress "D1" to be downloaded and written to the 
variable conversion table 63 in the VMD 6A. In 
summary, using the parameter "VARTABLE" to get 
access to the table permits the named variable 

5 "DATA001" to be defined and registered as cor- 
responding to the symbolic address "D1 ". 

Every time a change is made to the contents of 
the variable conversion table 63 at the one station, 
the contents are uploaded to the variable conver- 

io sion table of the other-end station where the de- 
fined named variables are stored. Since this stor- 
age is maintained regardless of the operating con- 
dition of the one station, they may be downloaded 
to that station from the other end station when a 

75 power OFF condition is encountered and the power 
is switched on again. That is, the defined named 
variables can be kept stored even if the MAP 
interface unit 2A acting as the communication de- 
vice does not include a storage device backed up 

20 by a battery, etc. 

In the second embodiment of the invention, an 
application is used to activate the managing means 
66 from the management terminal 9 via the local 
manager 8. The management terminal 9 has a 

25 storage capability which permits registering of 
named variables. With this arrangement, the man- 
aging means 66 is made to register a named 
variable (e. g. DATA001) into the variable conver- 
sion table 63 in correspondence with a symbolic 

30 address "D1" and to read the registered named 
variable, if changed, to the management terminal 9. 
When a power outage condition is encountered and 
the power is switched on again, the defined named 
variables are kept stored since all the registered 

35 named variables are re-registered from the man- 
agement terminal 9. 

The third embodiment of the invention causes 
an application to register a named variable from the 
FA device 1A via the command processing means 

40 65 into the variable conversion table 63 in cor- 
respondence with a symbolic address "D1 n and to 
read the registered named variable, if changed, to 
the FA device 1A. When a power outage condition 
is encountered and the power is switched on again, 

45 the defined named variable is kept stored since all 
the registered named variables are re-registered 
from the FA device 1A. 

Fig. 2 is a flowchart indicating the operation of 
the MAP interface unit 2A as the communication 

50 device shown in Fig. 1A. The flowchart illustrates 
the method by which a named variable is defined 
and is registered from the otherend station (not 
shown). The operation of the MAP interface unit 2A 
will now be descxibed in accordance with Fig. 2. 

55 First, it is assumed that the other-end station 
(not shown) has a domain-type area within the 
ListOfCapability of the InitiateDownloadSequence 
service. Second, it is assumed that the service may 
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be requested as a parameter, for example 
"VARIABLE", in this domain type area in Step 101 
in Fig. 2. As a result, the downloading/uploading 
means 64 causes the contents of the table included 
in the other-end station, e. g. data having made the 5 
named variable "DATA001" correspond to the 
symbolic address "D1 " to be downloaded from the 
other-end station according to the Download Seg- 
ment service in Step 102. Further, the downloaded 
contents of the table included in other-end station io 
are then registered into the variable conversion 
table 63 of the one station, in Step 103. 

In Step 104, when a named variable 
"DATA001 " access request is then given from the 
other-end station, the variable accessing means 62 75 
in the VMD 6 A converts the named variable into 
the symbolic address variable "D1" that is specific 
to the FA device 1A employing the variable conver- 
sion table 63. Moreover, the VMD 6A can access 
the PLC 1A via the PLC driver 7. 20 

Every time a change is made to the registered 
contents of the variable conversion table 63, all the 
registered contents of the variable conversion table 
63 are uploaded to the other-end station by the 
downloading/uploading means 64 in Step 105. Fur- 25 
ther, the uploaded contents are downloaded to the 
variable conversion table 63 from the other-end 
station whenever a power outage condition is en- 
countered and the power is switched on again, in 
Step 106, thereby keeping the defined named vari- 30 
ables stored. 

Figs. 3A and 3B also are flowcharts indicating 
the operation of the MAP interface unit 2A as the 
communication device shown in Fig. 1A, for the 
second and third embodiments. Fig. 3A and Fig. 35 
3B describe how a named variable is defined, 
registered and kept stored from the management 
terminal 9 and FA device 1A, respectively. The 
operation of the MAP interface unit 2A will now be 
described in reference to Fig. 3 A and Fig. 3B. 40 

In Fig. 3A, when the application causes the 
management terminal 9 to request the local man- 
ager 8 to register the named variable "DATA001" 
in Step 111, the local manager 8 activates the 
managing means 66 in the VMD 6A, and the man- 45 
aging means 8 registers "DATA0001 " into the vari- 
able conversion table 63 in correspondence with 
the symbolic address variable "D1" in Step 112. 
When the other-end station then gives a 
"DATAOOr access request in Step 113, the vari- 50 
able accessing means 62 in the VMD 6A converts 
the named variable into "D1" according to the 
variable conversion table 63 and the VMD 6 A ac- 
cesses the PLC 1A via the PLC driver 7. 

Further, every time a change is made to the 55 
contents of the variable conversion table 63, the 
managing means 66 and the local manager 8 read 
all the contents of the variable conversion table 63 
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to the management terminal 9 and store them there 
in Step 114. Therefore, following a power outage 
condition, when the power is switched on again, the 
application re-registers all the registered named 
variables in Step 115. That is. if any change is 
made to the contents of the variable conversion 
table 63 including those defined and registered by 
the DefineNamedVariable/DeleteNamedVariable 
means 61 , etc., all the contents can be read to the 
management terminal 9 and stored into a storage 
(not shown) at the management terminal 9. In this 
manner, the named variables defined are always 
kept stored. 

Referring now to Fig. 3B, when the application 
13 causes the PLC 1A to request the command 
processing means 65 in the VMD 6A to register the 
named variable "DATA001" in Step 121, the com- 
mand processing means 65 registers "DATA0001" 
into the variable conversion table 63 in correspon- 
dence with the symbolic address variable "D1" in 
Step 1 22. When the other-end station then gives a 
"DATA001 " access request in Step 123, the vari- 
able accessing means 62 in the VMD 6A converts 
the named variable into "Dl" according to the vari- 
able conversion table 63 and the VMD 6A ac- 
cesses the PLC 1 A via the PLC driver 7. 

Further, every time a change is made to the 
contents of the variable conversion table 63, the 
command processing means 65 reads all the con- 
tents of the variable conversion table 63 to the PLC 
1A via the PLC driver 7 and computer interface 13 
in Step 124, and after a power outage condition, 
when the power is switched on again, the applica- 
tion 13 re-registers all the registered named vari- 
ables from the PLC 1A in Step 125. Namely, if any 
change is made to the contents of the variable 
conversion table 63 including those defined and 
registered by the 

DefineNamedVariable/DeleteNamedVariable means 
61, etc., all the contents can be read to the PLC 1A 
and stored into storing means (not shown) provided 
for the PLC 1A. In this way, the named variables 
defined are kept stored. 

It will be appreciated that the PLC employed as 
the FA device in this embodiment may be a nu- 
merical control unit, a robot or another FA device. 

In Fig. 1B, 

DefineNamedVariable/DeleteNamedVariable pro- 
cessing means 61 are provided in the VMD 6A of 
the MAP interface unit 2A of the present invention. 
If a program for 

DefineNamedVariable/DeleteNamedVariable is im- 
plemented in one controller 24 (e. g. in case of 
controller #2) but it is not implemented for the 
other controller 21 (e. g. controller #1) as is usually 
the case, the one program 25 can be used to 
define Named Variables in the MAP interface unit 
2A of the PLC 1A, in accordance with the present 
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invention. 

If a program for 

DefineNamedVariable/DeleteNamedVariable is not 
implemented and a program 22 for 2. 
Download/Upload is implemented in a controller 21 5 
(in the case of controller #1, Download/Upload is 
usually implemented for many controllers), the one 
program 25 may be used to define Named Vari- 
ables in the MAP interface unit 2A of the PLC 1 A. 

In accordance with the present invention, the w 
means of the VMD 6A, such as the 3. 
DefineNamedVariable/ Delete Named Variable pro- 
cessing means 61, the Download/Upload process- 
ing means 64, the command processing means 65 
and the manager processing means 66 can be 75 
used selectively by different controllers, PLC ap- 
plications and management terminals. 

Although this invention has been described in 
at least one preferred form with a certain degree of 
particularity, it is to be understood that the present 20 
disclosure of the preferred embodiment has been 
made only by way of example and that numerous 
changes in the details and arrangement of compo- 
nents may be made without departing from the 
spirit and scope of the invention. 25 

Claims 

1. A communication device for use in a MAP 
network (3) comprising at least a first and a 30 
second station, the device being operative with 
the first station and being connected with the 
second station via the MAP network (3) and 
being connected with an FA device (1A) having 
a vendor-defined symbolic address variable for 35 
accessing the FA device (1A) from the second 
station using a user-defined named variable, 
comprising: 

- an MMS protocol (5) comprising a down- 
loading service and having a commu- 40 
nication object comprising the named 
variable; 

- a VMD means (6A) for converting the 
MMS protocol (5) into a protocol dedi- 
cated to the FA device (1A), the VMD 45 
means (6A) comprising a variable con- 4. 
version table (63) wherein the named 

variable is registered convertibly into a 
symbolic address variable specific to the 
FA device (1A); and 50 

- downloading/uploading means (64) oper- 
ative in response to the download service 

of the MMS protocol (5) for downloading 5. 
from the second station a named variable 
defined at the second station, operative 55 
for registering the named variable into 
the variable conversion table (63), and 
operative for uploading to the second 



station the named variable registered in 
the variable conversion table (63). 

The communication device as set forth in 
claim 1, 

wherein the download service is operative to 
provide the named variable from the second 
station to the first station upon implementation 
of a power on condition. 

A communication device for use in a MAP 
network (3) comprising at least a first and a 
second station, the device being operative with 
the first station and being connected with the 
second station via the MAP network (3) and 
being connected with an FA device (1A) having 
a vendor-defined symbolic address variable for 
accessing the FA device (1A) from the second 
station using a user-defined named variable, 
comprising: 

- an MMS protocol (5) comprising a down- 
loading service and having a commu- 
nication object comprising the named 
variable; 

- a VMD means (6A) for converting the 
MMS protocol into a protocol dedicated 
to the FA device (1A), the VMD means 
(6A) comprising a variable conversion ta- 
ble (63) wherein the named variable is 
registered convertibly into a symbolic ad- 
dress variable specific to the FA device 
(1A);and 

- management terminal means (9) for de- 
fining the named variable and instructing 
the registration of the named variable in 
the table (63), 

wherein the VMD means (6A) further com- 
prises managing means (66) for registering the 
named variable into the variable conversion 
table (63) in response to an instruction from 
the management terminal (9) and for reading 
to the management terminal (9) the named 
variable registered in the variable conversion 
table (63). 

The communication device as set forth in 
claim 3, 

wherein the management terminal (9) is oper- 
ative to keep the named variable stored re- 
registerably upon implementation of a power 
on condition. 

A communication device for use in a MAP 
network (3) comprising at least a first and a 
second station, the device being operative with 
the first station and being connected with the 
second station via the MAP network (3) and 
being connected with an FA device (1A) having 
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a vendor-defined symbolic address variable for 
accessing the FA device (1A) from the second 
station using a user-defined named variable, 
an application (13) dedicated to the user-de- 
fined named variable registration and manage- 
ment in the communication device, comprising: 

- a VIVID (6A) for converting an MMS pro- 
tocol (5) of which communication object 
is the named variable into a protocol 
dedicated to the FA device (1A), the 
VMD (6A) including a variable conversion 
table (63) wherein the named variable is 
registered convertibly into a symbolic ad- 
dress variable specific to the FA device 
(1A), and 

- command processing means (65) for reg- 
istering the user-defined named variable 
into the variable conversion table (63) in 
response to a command input from the 
FA device (1A) and reading to the FA 
device (1A) the named variable regis- 
tered into the variable conversion table 
(63). 



(c) downloading/uploading means (64) 
operative in response to the download 
service of the MMS protocol (5) for 
downloading from the second station a 

5 named variable defined at the second 

station, operative for registering the 
named variable into the variable conver- 
sion table (63), and operative for up- 
loading to the second station the named 

10 variable registered in the variable conver- 

sion table (63). 

8. The system as set forth in claim 7, 

- wherein the plurality of stations further 
75 comprises a third station operative to 

communicate with the first station via the 
MAP network (3) and comprising a 
define-named-variable service, and 

- wherein the first station communication 
20 device further comprises a define- 
named-variable means for accessing the 
FA device from the third station using a 
user-defined named variable. 



The system as set forth in claim 7 or 8, 
wherein the second and third stations each 
comprise controllers. 



The communication device as set forth in 25 9. 
claim 5, 

wherein the FA device (1A) is operative to 
keep the named variable stored re-registerably 
upon implementation of a power on condition. 10. 

30 



An FA manufacturing system comprising: 

- a MAP network (3) for communicating 
within an FA environment; 

- a plurality of stations, each station being 
communicatively connected to the MAP 35 
network (3) and at least a first and a 
second station being operative to com- 
municate with each other via the MAP 
network (3), at least the first station com- 
prising a communication device that is 40 
connected with an FA device (1A) having 

a vendor-defined symbolic address vari- 
able for accessing the FA device (1A) 
from the second station using a user- 
. defined named variable, the communica- 45 
tion device at the first station comprising: 

(a) an MMS protocol (5) comprising a 
downloading service and having a com- 
munication object comprising the named 
variable; 50 

(b) VMD means (6A) for converting the 
MMS protocol (5) into a protocol dedi- 
cated to the FA device (1A), the VMD 
means (6A) comprising a variable con- 
version table (63) wherein the named 55 
variable is registered convertibly into a 
symbolic address variable specific to the 

FA device (1A); and 



The system as set forth in any of claims 7 to 
9. 

wherein the second station does not comprise 
a define-named-variable service. 

11. A method of communicating within a FA sys- 
tem comprising a MAP network (3) and at least 
a first and a second station connected to the 
MAP network (3) for communication there- 
between in accordance with a MMS protocol 
(5), the first station being connected with an 
FA device (1A) having a vendor-defined sym- 
bolic address variable for accessing the FA 
device (1A) from the second station using a 
user-defined named variable and having a 
VMD (6A) for converting the MMS protocol (5) 
into a protocol dedicated to the FA device 
(1A), the VMD (6A) comprising a variable con- 
version table (63) wherein the named variable 
is registered convertibly into a symbolic ad- 
dress variable specific to the FA device (1A), 
comprising: 

- defining and storing in the variable con- 
version table (63) the named variable 
without using a define-named-variable 
service in the MMS protocol (5) at the 
first station. 

12. The method as set forth in claim 1 1 , 
wherein the MMS protocol (5) comprises a 
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download service and the step of defining 
comprises: 

- defining the named variable from the 
second station, 

- registering the named variable in the 5 
variable conversion table (63), and 

- uploading to the second station the 
named variable registered in the variable 
conversion table (63). 

70 

13. The method as set forth in claim 11 or 12, 
further comprising: 

- defining the named variable from a man- 
agement terminal (9), 

- registering the named variable in the 75 
variable conversion table (63) in re- 
sponse to a request from the manage- 
ment terminal (9), and 

- reading to the management terminal (9) 
named variables registered in the vari- 20 
able conversion table (63). 

14. The method as set forth in any of claims 11 to 
13, 

further comprising: 25 

- generating a command at the FA device 
(1A) to input a named variable; 

• registering the named variable in the 
variable conversion table (63) in re- 
sponse to a request from the FA device 30 
command; and 

- reading to the FA device (1A) named 
variables registered in the variable con- 
version table (63). 

35 

15. The method as set forth in any of claims 12 to 
14, 

wherein the download service is obtained in 
response to a parameter input. 

40 

16. The method as set forth in claim 15, 
wherein the parameter is used to access a 
domain-type area in an attribute of the down- 
load service. 

45 



50 



55 



9 



EP 0 522 590 A1 



MMS 



1 



6A 



VMO 

r 61 f bL r 62 



£ 2. 



"9 g" 
.3 



-Si 



Variable conversion table 
"DATA 001" *D1" 



63 



g. 



.Sg 

a E 



rl 



PLC driver 



-2A 



cn 
a 

E 



o 
o 



,1A 



FIG.1A 



/Managernent \ 
V terminal J 

<9 



Computer interface -11 



Application 



H3 



Symbolic address 
variable "01" 



-12 



1A:PLC 

2A :MAP interface unit 
3:MAP network 
kPLC-dedicated network 
6A:VMD 

9:ManQgement terminal 



10 



1 



EP 0 522 590 A1 



Controller #1 



Controller*^ 




C_3 





r 








Applications 


r 



^MHJCbus 



•1A 



11 



EP 0 522 590 A1 



Other-end station requests service 
as "VARIABLE" in domain type 
area within ListOf Capability of 

Initiate Download Sequence. 



-101 



Contents of variable conversion 
table are downloaded by Down 
badSequence service. 

1 



-102 



Named variable "DATA 001" is 
registered into variable conversion 
table by downloading means. 

1 



-103 



In response to " DATA 001 " access request 

of other-end station, variable accessing 

means in VMD converts named variable 

into "uTaccording to variable conversion 
table. 



Every time variable conversion table is 
updated, all of its contents are up - 
loaded. 



KB 



Contents of variable conversion table are 
downloaded when power is switched on again. 



-106 



12 



EP 0 522 590 A1 



Application causes maragerTHtterminal 
to request local manager to register named 
variable "DATAOOT 

; 

Managing means registers named var- 
iable into variable conversion table. 

In response to "DATA 001" access request 
of other-end station .variable accessing 
means inVMD converts named variable 
into "01" according to variable conversion 
table. 

, ^13 

Every time variable conversion table 
is updated.all of its contents are read. 

1 W 

When power is switched on again , 
application re-registers all defined 
named variables. 

^15 

FIG. 3 A 



Application causes Pl£ to request named 
variable "DATA 001" to be registered via 
computer interface. 

\ 121 ; 

Command processing means registers 
named variable into variable conver- 
sion table. 

In response to 'DATA 00T access request 
of other-end station.variable accessing 
means in VMD converts named variable 
into "DTacoording to variable conversion 
table. 

\ 123 J 

Every time variable conwrsion table 
is updated, all of its contents are read. 

wT 

When power is switched on again, 
application re-registers all def ined 
named variables. 

W 

FIG.3B 



13 



EP 0 522 590 A1 




EP 0 522 590 A1 



MMS 



VMD 



"8 -% 



63 



£62 







i 


eans 




E 







toriablB conversion table 
DATA 001° "Dr 



OJ 
CD 



PLC driver 





Computer interface 


-11 








Symbolic address variable 






"Dr 


-12 


1:PLC 


/.:PLC-dedicated network 



2:MAP interface unit 5: VMD 
3:MAP network 



15 



EP 0 522 590 A1 



FIG .5 



Other-end station requests 

Define Named Variable 
service. 



MMS activates Define Named 
Variable processing. 



Named variable 'DATAOGT isregisteed 
into variable conversion table in cor- 
respondence with symbolic address 
variable "01." 



-201 



-202 



-203 



Other-end station requests 
variable access to'DATA 001" 



MMS activates variable accessing 
means in VMO, which then converts 
named variable into "Dl" according 
to variable conversion table. 



-205 



'D1"is accessed via PLC driver. 



-206 



16 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 



DOCUMENTS CONSIDERED TO BE RELEVANT 



EP 92111818.8 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to daim 



CLASSIFICATION OF THE 
APPLICATION (tit CIS) 



GB - A - 2 208 553 
(RENISHAW) 

* Fig. 1-5; page 1, line 3 
- page 4, line 37 * 



EP 



0 299 523 



(INTERNATIONAL BUSINESS 
MACHINES) 

* Fig. 1-5; page 3, line 4 
- page 6, line 42 * 



EP 



A - 0 266 784 



(ALLEN-BRADLEY) 

* Fig. 3,5-16; page 3, lines 
3-45 * 



GB 



A - 2 239 325 



(HONDA) 

* Fig. 2,3; page 1, line 1 
~ page 8, line 26 * 



The present search report has been drawn up for ail claims 



1,3,5, 
7,11 



1,3,5, 
7,11 



1,3,5, 
7,11 



1,3,5, 
7,11 



G 05 B 19/417 



TECHNICAL FIELDS 
SEARCHED (lot CLS) 



G 05 B 19/00 



3 0-W L W9T f 



fietST 



CATECORV OF CITED DOCUMENTS 

X : particularly relevant if lata alone 

V : particularly relevant If combined with another 

document of the note category 
A : technological background 
O : n on- written disclosure 
P : Intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document, hut published on, or 

after the filing date 
D : document cited In the application 
L : document dted for other reasons 

& : member of the same patent family, eorrcspoodlog 



